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The memory maze: Sorting out the various 


types of PC memory 

ost DOS users understand that a computer’s 
working memoiy or RAM (Random Access 
Memory) is the computer’s electronic scratch 
pad—the place where it loads programs and data. But 
when it comes to sorting out the different kinds of RAM 
present in today’s computers, many people get lost in 
the maze of conventional memory, extended memoiy, 
and expanded memoiy. To make matters worse, much 
of the computer jargon we use to discuss memoiy makes 
up an alphabet soup of acronyms (RAM, ROM, LIM, 

EMS 3.2, EMS 4.0, XMS, etc.). 

In this article, we’ll help you understand the differ¬ 
ence between conventional, expanded, and extended 
memoiy. Additionally, we’ll explain the difference be¬ 
tween real mode and protected mode on the 80286, 
80386, and 80486 processors. Finally, we’ll help you de¬ 
cide what type of memoiy you should buy in order to ex¬ 
pand the capabilities of your applications. 
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The 1 Mb of conventional memoiy is divided info the adapter 
segment and the 640 Kb of RAM available to DOS and 
your applications. 


Conventional memory 

Conventional memoiy is the first 640 kilobytes (Kb) of 
RAM installed in a personal computer. I he first genera¬ 
tion of PCs—those based on the 8088 processor, like the 
IBM PC and PC-XT—are capable of addressing a total of 
1 megabyte (1024 Kb) of memory. As you can see in Fig¬ 
ure A, however, 384 Kb of that memoiy—called the 
adapter segment —is resei*ved for various hardware and 
system devices, leaving a total of 640 Kb of usable RAM 
for DOS and applications that rtin under DOS. 

Originally, conventional memoiy was simply called 
memory)', the term conventional memory was coined to 
differentiate it from the other Ibrnis of memoiy that came 
along later. Technically, the entire first 1 Mb of RAM is 
conventional memory, but most people use the term to 
refer to the 640 Kb of RAM available to applications. 

A few short years ago, 640 Kb of memoiy seemed 
like more than anyone would ever need in a “personal” 
computer. Computers were sold with a standard amount 
of 256 Kb, and most software ran with room to spare. 
However, as software grew more complex, and users be¬ 
came more sophisticated and demanding, the “huge” 
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Conventions 

To avoid confusion, we would like to explain a few of the conventions u.sed in 
Inside DOS. 

As you probably know, Microsoft has released several versions ol DOS. 
Although most of the articles in this journal apply to all versions ol DOS since 
2.00, we’ll sometimes point out a particular command or technique that re¬ 
quires a particular version. For simplicity, we ll refer to all t.xx versions as ver¬ 
sion 4. 

Lypically, we ll use DOS's default prompt, C^>, to represent the DOS 
prompt in our examples. If you have defined a custom DOS prompt, just as¬ 
sume that the ('.> represents your prompt. 

When we instruct you to type something, those characters usually ap¬ 
pear on a separate line along with the DOS prompt. Fhe characters you type 
will appear in color, while the characters DOS displays will appear in black. 

Occasionally, we won’t display the command you type on a separate 
line. In these cases, we’ll display the characters you type in italics. For ex¬ 
ample, we might .say, “i.ssue the command dir *./.v/ at the DOS prompt." Al¬ 
though DOS is not sensitive to capitalization, we ll always display the charac¬ 
ters you type in lowercase. 

VOien we refer to a general DOS command (not the command you actu¬ 
ally type at the DOS prompt), we’ll display that command name in all caps. 

For example, we might say, "You can use either the (X)FY or XCX)PY com¬ 
mand to transfer files from one disk to another." 

Many commands accept parameters that specif)' a particular file, disk 
dri\'e, or other option. When we show you the form of such a command, its 
parameters will appear in italics. For example, the form of the COPY com¬ 
mand is: 

copy filel file2 

where filel and file2 represent the names of the source file and the target file, 
respectively. 

The names of keys, such as |Shift|, |CXrl|, and [FI j, appear in brackets. 
Fhe (Hnterj key is represented by the symbol When two keys must be 
pressed simultaneously, those key names appear side by side, as in 
[CtrlIIBreak] or [Ctrl[z. 



The memory maze 

Continued from I 

640-Kb capacity of DOS-based computers became the 
“640-Kb barrier.” New generations of applications offer¬ 
ing powerful new features could barely shoehorn them¬ 
selves into 640 Kb of memoiy. Nevertheless, the need 
to maintain compatibility with the installed base of 
DOS computers dictated working within the confines 
of conventional memoiy, and the 640-Kb barrier be¬ 
came an albatross around the necks of programmers 
and PC users alike. 

Expanded memory (EMS) 

Because applications so desperately needed more than 
640 Kb of memoiy, Lotus, Intel, and Microsoft jointly de¬ 
veloped a way to alk^w an 8088-based computer to ac¬ 
cess more memoiy than it was designed to use. The 
method they came up with is called the Lotus-Intel- 
Microsoft Expanded Memory Specification, or LIM EMS 
for short. Here’s what it involves: First, you install in 
your computer an expanded memoiy add-in board. Ad¬ 
ditionally, you install a file on your boot disk called an 
expanded memoiy manager, which, as its name im¬ 
plies, manages the way data is moved into and out of 
the memoiy on the expanded memoiy board. 

Once you Ve installed both the expanded memoiy 
board and the expanded memoiy manager, DOS can use 
the expanded memoiy by making requests to the ex¬ 
panded memoiy manager. As Figure B illustrates, the 
expanded memoiy manager creates a “window” in an 
unused section (usually about 64 Kb) of the adapter seg¬ 
ment through which your application can view pages of 
data stored on the expanded memoiy board. This effect 
is similar to using your screen as a window to view sec¬ 
tions of a large spreadsheet or word processor document. 


Figure B 
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The EMS memory monoger swops pages of informofion from ex¬ 
panded memory in and out of conventional memory. 
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When DOS asks the expanded memoiy manager to 
store some data in expanded memoiy, the expanded 
memory manager copies that data into the designated 
section of the adapter segment, and then copies it out to 
the expanded memory. 

Similarly, when DOS asks the expanded memoiy 
manager to retrieve some data that’s currently stored in 
expanded memoiy, the expanded memoiy manager will 
find the desired data, then move that data into the desig¬ 
nated section of the adapter segment where DOS can ac¬ 
cess it. 

Because expanded memory is an add-on patch in¬ 
stead of an integral part of the PC’s architecture, it has 
some significant limitations. For instance, under the 
widely accepted LIM EMS version 3.2 specification, appli¬ 
cations can store particular pieces of data in expanded 
memoiy, but all of the application’s program code must 
remain in conventional memoiy. This allows you to use 
an LIM EMS-compatible application to create and ma¬ 
nipulate larger spreadsheets or database files than would 
be possible using conventional memory alone, but the 
640-Kb barrier still limits the size of the application’s 
program code. Additionally, because only parts of the 
application’s data can be moved into expanded memoiy, 
you can still mn out of conventional memoiy before you 
fill up your expanded memoiy. 

A more recent modification to the LIM EMS standard 
(version 4.0) allows newer expanded memory cards to 
move program code as well as data into expanded 
memoiy. Although this allows expanded memoiy to ac¬ 
commodate veiy large application programs, applica¬ 
tions that use this scheme typically run slowly, since the 
expanded memory manager must move page-sized 
blocks of data back and forth between conventional 
memory and expanded memory. 

Because LIM EMS has been around for years and 
was the first widely accepted method for breaking the 
640-Kb barrier, it is widely supported by a large number 
of applications. In fact, a few applications, such as 
Xerox’s Ventura Publisher Profession Extension, won’t 
even run on your system unless you’ve installed ex¬ 
panded memoiy. 


Extended memory^ (XMS) 

In addition to expanded memory (EMS), computers 
based on the 286, 386, and 486 processors can use ex¬ 
tended memoiy (XMS). Installing extended memoiy 
typically involves installing modules of memory chips 
into empty slots on the computer’s motherboard, then 
installing an extended memoiy manager that tells DOS 
how to use the extended memory. 

As Figure C illustrates, extended memoiy is simply 
the memoiy that lies above the 1Mb line in a 286-, 386-, 
or 486-based system. In other words, extended memoiy 


is a logical extension of the processor’s total address 
space; the 286, 386, and 486 processors can address ex¬ 
tended memoiy just as easily as they address conven¬ 
tional memoiy. (Incidentally, the 286 processor can ad¬ 
dress up to a total of 16 Mb of RAM, while the 386 and 
486 processors can address up to 4 gigabytes, or 4000 
Mb, of RAM.) 


Figure C 
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Extended memory is simply the memory that lies above the 
1 Mb line in a 286-, 386-, or 486-bosed computer. 


Unfortunately, the current versions of DOS—and 
therefore DOS-based applications—cannot take full ad¬ 
vantage of your computer’s extended memoiy. Even if 
your machine has several megabytes of extended mem¬ 
oiy available, nearly all DOS applications will be able to 
address only the computer’s first 640 Kb, just like it 
would on an 8088-based machine. As a result, most 
286- and 386-based systems rtinning today are simply 
fast 8088 machines, and aren’t exercising their ad¬ 
vanced capabilities. 

1 he only way DOS developers can directly access ex¬ 
tended memoiy is to incorporate a DOS extender di¬ 
rectly into their application programs. Lotus 1-2-3 
Release 3 is one example of a DOS application that uses 
a DOS extender to access extended memoiy. 

Incidentally, you’ve probably heard a lot of talk 
about the new version of Microsoft Windows—version 
3.0. One of the compelling reasons to run version 3.0 of 
Microsoft Windows on top of DOS is that applications 
written to run under Microsoft Windows aren’t limited 
by DOS’ 640-Kb barrier. Instead, Windows applications 


October 1990 ♦ 3 

















can directly address all the extended memory installed in 
your machine. This allows developers to create new, fea¬ 
ture-laden applications without woriying about the con¬ 
fines of DOS’ 640-Kb barrier, and it allows users to solve 
their memory problems by installing as much extended 
memory as they need. 

Hopefully, Microsoft will release a new version of 
DOS sometime in the near future that will provide the 
same support for extended memory as that offered by the 
latest version of Microsoft Windows. That way, DOS devel¬ 
opers and users would be able to access the full comple¬ 
ment of extended memoiy installed in their machines. 

Real mode vs. protected mode 

So far in this article, we’ve intentionally avoided using a 
couple of important terms in our discussion of the 286, 
386 , and 486 processors: f^eal mode and protected 
mode. However, in order for you to gain a better under¬ 
standing of how 286, 386, and 486 processors access 
memoiy, we need to define these two operating modes. 

Real mode and protected mode are the two possible 
modes of operation available to 286, 386, and 486 pro¬ 
cessors. You ought to think of real mode as 8088-com¬ 
patibility mode. Whenever you run a typical DOS appli¬ 
cation on a 286-, 386-, and 486-based machine, the pro¬ 
cessor rtins in real mode. Unfortunately, mnning a pro¬ 
cessor in real mode precludes it from taking advantage 
of the processor’s advanced capabilities—including its 
ability to access extended memory. 

In order to access the advanced capabilities of 286-, 
386 -, and 486-based systems, you must rtin the proces¬ 
sor in protected mode. While the 286 processor is rtin- 
ning in protected mode, it can directly access as much as 
16 Mb of extended memoiy. Running the 386 and 486 
processors in protected mode not only allows them to 
access up to 4 gigabytes of extended memoiy, it also al¬ 
lows these processors to set up and run multiple 8088 
sessions simultaneously in extended memory—a popu¬ 
lar concept know as midtitasking. 

Until Microsoft provides a version of DOS that al¬ 
lows DOS applications to run in the processor’s pro¬ 
tected mode, the only way for developers to access ex¬ 
tended memory directly is to use the method we men¬ 
tioned earlier—to incorporate a DOS extender directly 
into their application programs. A DOS extender will al¬ 
low the developer to throw the processor into protected 
mode, and access the computer’s extended memory. 

what should you do? 

After reading about the various types of memory and op¬ 
erating modes, you’re probably wondering “Wliat does 
all of this mean for me?” What all of this boils down to is 
as follows: VClien you need to install additional memory 


in your machine, you’ll want to make sure you purchase 
the riglit kind of memoiy. Aldiougli you miglit be tempted 
to let your cuiTent suite of applications dictate the type of 
memoiy you should buy, you should instead base your de¬ 
cision upon the kind of processor in your machine. 

If you are working with an 8086- or 8088-based sys¬ 
tem and you need more memory, your only option is to 
purchase and install expanded memory. As we discussed 
earlier, this simply involves installing an add-in memoiy 
board, copying an expanded memoiy manager file onto 
your hard disk, and modifying your CONFIG.SYS file. 

If you use a 286- or 386-based system, however, you 
can either install expanded memoiy or extended memory. 
Regaixlless of the applications you use, we strongly recom¬ 
mend that you install extended memoiy—not expanded 
memoiy. Here’s why: In the months and years ahead, 
you’ll see most major operating systems and applications 
shift from support for expanded memory to support for 
extended memoiy. In fact, as we mentioned earlier, the 
current version of Microsoft Windows takes full advantage 
of extended memoiy, and a few current DOS applications, 
such as Lotus 1-2-3 Release 3, require it. 

In the meantime, if you’re using a 286- or 386-based 
machine, and you need to provide expanded memoiy to 
your applications, you should install extended memoiy, 
and then install a memory management utility that al¬ 
lows your applications to use extended memoiy as if it 
were expanded memory. Some packages that provide 
this function are Microsoft Windows, QEMM from 
QuarterDeck, and 386 to the Max from Qualitas. You 
need to be aware, however, that while a 386- or 486- 
based machine can emulate in extended memoiy both 
versions 3.2 and 4.0 of LIM EMS, a 286-based machine 
can emulate only version 3.2 of LIM EMS. To emulate 
LIM EMS 4.0 on a 286-based machine, you have to install 
an expanded memory add-in board, which contains 
some extra circuitry present in the 386 and 486 proces¬ 
sors, but not in the 286. 

Conclusion 

Because the IBM PC's original microprocessor, the 8088, 
is limited to a 1 Mb of address space, DOS is confined to 
working in 640 Kb of memory. If you want to provide more 
memoiy to your applications, you need to undei'stand the 
difference between conventional, expanded, and extended 
memory, which we’ve covered in this article. 

If you have an 8088- or 8086-based machine you'll 
need to buy expanded memory. However, if you have a 
286-, 386-, or 486-based machine, you'll want to buy ex¬ 
tended memory—not expanded memory. Even if your 
applications require expanded memory, you're better off 
buying extended memory, and then installing a memory 
management utility that emulates expanded memory in 
extended memoiy. I 
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BATCH FILE TIP 


Issue a batch file alert by ringing your 
computer’s bell 


I f you’re like most DOS users, you send a variety of 
messages and prompts to the screen from within 
your batch files. Some of the messages you send are 
informational in nature (such as Copying files, please 
wait...), while other's are much more important (such as 
You've made a aitical error—please reboot your machine). 

One way to call special attention to important batch 
file messages—or to anything important that’s going on 
in the batch file—is to ring the computer’s bell. To ring 
the bell, simply use an ECHO command to send a 
[CtrljG to the computer. Just type echo, followed by a 
space, and then press [Ctrljg. When you do this, your 
current line will look like this: 

echo ^G_ 

Notice that DOS uses the characters ^ 6" to repre¬ 
sent the key combination [CtrlJG. As soon as you press 
^ to issue this command, DOS will ring the computer’s 
bell. (Actually, your computer doesn’t have a bell—it 
has a small speaker that “beeps.” It’s much easier, how¬ 
ever, to say “ring the bell” than “send a beep to the 
computer’s speaker.”) 

By the way, if you use the TYPE command to display 
a batch file containing the command echo ^ G, you 
won’t see the characters ^ G. Don’t let this trouble you. 
When you use your text editor to edit the file, the charac¬ 
ters ^ G will appear in their proper places. 

An example 

As an example of how you can effectively use a bell ring, 
consider the batch file shown in Figure A, which creates 
a backup copy of the files in the director}^ C:\123\DATA. 

Figure A 


@echo off 

echo Backing up to drive E. . . 
xcopy c:\123\ciata e:\123\data 
echo Backup finished 
echo 


This botch file rings the bell after it backs up the data files. 

As you probably know, the first command in this 
batch file 

@echo off 

tells DOS to suppress the display of the batch file’s com¬ 
mands as it executes them. The second command 


echo Backing up to drive E. . . 

tells DOS to display the message Backing up to drive 
E.... The batch file’s third command 

xcopy c:\123\data e:\123\data 

tells DOS to copy all the files in the directory 
C:\123\DATA to the directory E:\123\DATA. Of course, if 
you’ve stored a lot of data in the director C:\123\DATA, 
you might have enough time to take a short nap while 
you wait for the XCOPY command to complete its job. 
When it’s finally finished, however, DOS will execute the 
command 

echo Backup finished 

which tells you that the copy procedure is complete. Fi¬ 
nally, DOS will execute the last command in the batch file 

echo ^G 

which rings the bell to notify you that the backup proc¬ 
ess is over. (If you’re lucky, the bell will ring loudly 
enough to wake you up and remind you that you can 
finally get back to work.) 

Other uses for the bell 

In addition to using the bell for signalling the comple¬ 
tion of a task, you might want to use it to signal antici¬ 
pated errors in a batch file. For example, if your batch 
file prompts you to press a particular key from a list of 
valid choices, and you press an invalid key, the batch file 
could ring the bell and display the message 

Sorry, you pressed an invalid key 

Another situation where the bell comes in handy is 
when you need to instruct the user to do something im¬ 
portant, like change disks or reboot the machine. Don’t 
overdo it, though—if your batch file rings the bell too of¬ 
ten, the bell will be less effective in commanding special 
attention. Even worse, too many bell rings can annoy the 
user and make him or her wish the batch file would sim¬ 
ply be quiet. 

Conclusion 

Ringing the computer’s bell is an effective way to com¬ 
mand attention. In this article, we’ve shown you how to 
use the ECHO command to ring the bell, and we’ve dis¬ 
cussed some effective ways to employ this technique in a 
batch file. 1 
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Guidelines for managing your fixed disk 


I magine this scenario; Federal Express is coming in 
15 minutes and you still have to print the 20-page 
proposal you’ve been working on for three days. 
You make the last change and save the final version, but 
instead of the comforting sound of your fixed disk work¬ 
ing you see the dreaded message telling you that the 
disk is full. There’s no time for thoughtful analysis, so 
you quickly delete several files to make room. A couple 
of days later you realize that you wiped out a file that 
contained most of your research. 

That’s if you’re lucky. Some application programs 
don’t let you delete files without exiting to DOS, and if 
you can’t find a disk with enough room to store the file, 
you’ll lose all the work from your latest session and 
might well miss the deadline. 

And the computer was supposed to make life easier? 

There’s no free lunch 

Like your paper files, the usefulness of your computer 
files depends primarily on how well you organize your 
filing system and how faithfully you keep it sorted and 
pruned. If you let your paper files pile up on your desk 
or in one big drawer, it takes longer and longer to find a 
particular file; if you don’t break down your files into 
smaller categories and put meaningful labels on the fold¬ 
ers, it still can take too long to find something. 

And even if you’re diligent about filing, the paper 
periodically overflows your file drawers and you’ve got 
to take the time to move the less-important files to 
archive storage boxes and toss out the ones you don’t 
need (or can’t remember why you kept). 

Computer files are much the same. If you let all your 
files pile up in the root directory, pretty soon you can’t 
find anything. Even if your word processing or spread¬ 
sheet program is in its own directory, if you keep storing 
all the data files in the same directoi 7 , sooner or later 
you won’t be able to remember the significance of those 
filenames you once knew you’d never forget. 

And no matter how well you set up your computer 
filing system, periodically you’ve got to purge the files 
you don’t need—after copying to archive disks those you 
should keep another year or two, of course. If you don’t, 
your fixed disk will fill up at the worst possible moment. 

It takes time to set up and maintain your computer 
filing system, but the investment pays off by making your 
system more efficient. Your time and the information 
stored in your computer are probably your most valu¬ 
able assets. The longer it takes you to find a file, the less 
time you have for productive work; if you can’t find a 
file, you may as well not have it. 


The bare root policy 

fhe first guideline for managing your fixed disk effec¬ 
tively is to keep the root directory as free of files as pos¬ 
sible. It’s much easier to keep track of your files if the 
root director}^ contains nothing but subdirectories for 
application programs and the three files that DOS re¬ 
quires to be there—COMMAND.COM, AUTOEXEC.BAT, 
and CONEIG.SYS. 

There can be a few exceptions to this rule. Eor ex¬ 
ample, some programs (such as QDOS and Mace Utili¬ 
ties) create a file in the root directory that contains a de¬ 
scription of the disk’s file structure. This file lets the pro¬ 
gram reconstruct the disk should the file structure be¬ 
come damaged or lost. The value of this insurance is 
worth having the extra file in the root. 

Put all the DOS files in a subdirectoiy of the root 
directoiy named \DOS (version 4 does this for you 
when you install it). If your DOS files are in the root 
directoiw now, create a subdirectory named \DOS, 
copy the DOS files to the subdirectory, and delete 
them from the root directory. If you have one or more 
devices that require a special program called a device 
driver —such as a scanner or CD-ROM drive—either 
put these files (their extensions are usually SYS) in the 
DOS directoiy, too, or create their own subdirectoiy 
named \DRIVERS. 

Organize your subdirectories 

Create a separate subdirectory in the root directoiy for 
each application program. Most programs offer to create 
a subdirectoiy for you when you install them. Unless you 
already have a directory with the name your progi'am sug¬ 
gests, accept its ofi'er. These subdirectories usually go in 
the root directoiy, so you’ll wind up with subdirectories 
named something like \WP for word processing and \123 
for your spreadsheet. 

After you have created subdirectories for DOS and 
all your application programs, make sure that your 
AUTOEXEC.BAT file includes a PATH command that 
names each of these subdirectories. This lets you use any 
DOS command or application program without chang¬ 
ing the current directoiy. 

For instance, if the only subdirectories on your fixed 
disk are named \DOS, \WP, and \123, you’ll want to in¬ 
clude the command 
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path=c:\dos;c:\wp;c:\123 
in your AUTOEXEC.BAT file. 





Don’t forget your data files 

Unless an application program requires that its data 
files—word processor documents, for example, or 
spreadsheets—be stored in the same directory as the 
program itself, it usually isn’t a good idea to store the 
data files with the program. An application program 
might be made up of a dozen or more files; it’s easier to 
find your data files (and sometimes easier to upgrade to 
a new version of the application) if you store the data 
files separately from the program. 

Unless you create only a few files, you should prob¬ 
ably create separate subdirectories for different types of 
work. If you sen^e several different clients, create a sepa¬ 
rate subdirectory for each client (GM, KODAK, INTEL, 
etc). If all your work is for yourself or a single client, you 
could create subdirectories for each type of work: under 
\WP you could have LETTERS, PROPOSES, and 
REPORTS; under \123 you could have BUDGETS, SALES, 
INVNTORY, and TAXES. 

As your data files proliferate, you’ll discover more 
breakdowns that let you keep track of where things are. 
In general, you should probably start thinking about 
breaking up a subdirectory when it grows beyond 25 or 
30 files. As you create more subdirectories, add them to 
the application directory rather than one of the data 
subdirectories; try to keep the total depth of your filing 
structure to three or four levels. These kind of directoiy 
names—\WIALETTERS or \123\SALES\WEST—keep your 
path names reasonably short, but still allow you to 
break up your data files into meaningful groups. 

Purge your files regularly 

Don’t wait until you run out of disk space before delet¬ 
ing unneeded files. Once a week or so, depending on 
how much you use your system, go through all your data 
file subdirectories, copying to archive disks the files for 
which you have no immediate need but should save for 
permanent records, and deleting the files you don’t 
need at all (especially files with BAK extensions). If you 
don’t do this regularly, someday you’ll find yourself do¬ 
ing it hastily, increasing the chance for mistakes; in some 
cases, you may even lose work because you don’t have 
enough disk space to save the revised version of a file. 

Back up, back up, back up 

And last, but most important, back up your data files 
regularly. System failures—both hardware and soft¬ 
ware—do happen; although they're blessedly infre¬ 
quent, they usually happen when you can least afford 
the loss. More frequently, however, we hurt ourselves, 
mistakenly deleting the wrong files or entire directories; 
after such pilot error, you can escape most of the an¬ 
guish by reaching for your most recent backup disk and 
recovering most or all of the lost files. 


You have the master disks of your program files so 
you don’t need to back them up, but you must protect 
your data files. If you have a backup program, such as 
Fastback Plus or Norton Backup, follow its instmctions 
for identifying the directories and files you want to back 
up. If you don’t have a backup program, create your 
own backup batch file using either the DOS BACKUP or 
XCOPY command to back up any data files that have 
changed since they were last backed up. 

No matter how you set up your backup procedure, 
make it a habit. Don’t cheat to save a few minutes; inevi¬ 
tably, the time you most need the backup copy of a file 
will be the day after you were in too much of a huriy to 
take a few minutes to back up. 

It’s worth the time 

Few things are as frustrating as knowing that a file you 
want is somewhere on your fixed disk, but not being 
able to pick the file out of the clutter. If you’re setting up 
your system for the first time, following these guidelines 
for setting up and maintaining your filing system will 
keep you from getting lost in a welter of files. 

If you’ve been using your system for a while and 
your file system isn’t organized this way, take a few 
hours to rearrange things. It’s one of the cheapest invest¬ 
ments you can make in improving the efficiency of your 
computer and your own productivity. I 
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Formatting bootable disks from drives D, E, and F 


I have a problem that 1 hope you can solve. 1 have 
a large hard drive that is partitioned into four 
separate volumes: C, D, E, and F. I’ve stored all of my 
DOS 3 3 files in the directory C:\DOS, and I’ve included 
that directory on the path. 

Here’s my problem: When I make drive D, E, or F 
the current drive, then tiy to format a bootable disk in 
drive A using the command 

D> format a: /s 

DOS doesn’t display the expected message 

Insert new diskette for drive A: 
and strike ENTER when ready 

Instead, 1 receive the message 

Insert DOS disk in drive A: 
and strike ENTER when ready 

However, if 1 type c: and press ◄-< to make drive C the 
current drive, then issue the same FORMAT command 
from a C> prompt, DOS formats the bootable disk 
without a hitch. 


Why can I successfully format bootable disks only 
when drive C is the current drive? 

Paul Jacobson 
Dallas, Texas 

As you’ve discovered, Mr. Jacobson, including the 
directory C:\DOS in your path allows DOS to find 
and mn the FORMAT command successfully. In order to 
create a bootable disk, however, FORMAT needs to find 
the three system files COMMAND.COM, lBMBIO.COM, 
and lBMDOS.COM, which are all installed in the root di¬ 
rectory of drive C. (The files lBMBIO.COM and 
lBMDOS.COM are hidden, so you won’t see them in a 
directoiy listing.) 

Unfortunately, FORMAT doesn’t use the path to look 
for these system files. Instead, it looks only in the root 
directory of the current drive. Because drives D, E, and F 
don’t have these files in their root directories, FORMAT 
asks you to insert a disk containing those files (which 
can be any bootable disk) in drive A. 

Obviously, we’d like the FORMAT command in fu¬ 
ture versions of DOS to read the system environment 
variable COMSPEC to find out where the computer’s sys¬ 
tem files are stored. That way, you could use the FOR¬ 
MAT command to format a bootable disk from any cur¬ 
rent drive—not just the drive from which you boot. 


Backing up with XCOPY, revisited 


1 was happy to see Delores Williams’ letter “Us¬ 
ing XCOPY Instead of BACKUP” in the August is¬ 
sue of Inside DOS. I have been looking for a way to 
make uncompressed copies of all the files on my hard 
disk, and her form of the XCOPY command did the 
trick; it overcomes the limitations imposed by BACKUP 
and COPY. 

After experimenting with her technique, though, 1 
tliouglit it might be wortliwhile to add a few notes of inter¬ 
est. First of all, die XCOPY command requires blank, format¬ 
ted disks. Be sure to have plenty on hand before you begin. 

Additionally, since you’ll want to make a copy of ev¬ 
ery file on your hard disk the first time you back up, 
you’ll need to “initialize” the archive bits for all your files 
so that XCOPY won’t skip over any of them. In other 
words, you need a way to turn on the archive bits for all 
your files. Fortunately, you can do this easily by issuing 
the command 

attrib +a c:\*.* /s 

Once you’ve issued this command, you can begin 
the process of backing up every file on the hard disk us¬ 
ing the command 


xcopy c:\*.* a: /s /m /v 

Notice that I’ve included the parameter /v in this com¬ 
mand, which tells DOS to verify files as it goes along—a 
nice safeguard that I recommend highly for a backup 
procedure. 

Wlien DOS fills up the first disk with files, it will 
present the message 

Insufficient disk space 

and return you to the DOS prompt. At that point, you 
can replace the disk in drive A with a new one, and press 
| F3] to reissue the XCOPY command. As Ms. Williams ex¬ 
plained in her letter, DOS will pick up where it left off, 
and continue copying additional files from drive C to 
drive A. 

As with all floppy-disk backup procedures, this 
backup technique requires you to spend a lot of time 
waiting for and administering the backup procedure. 
If you’re patient, however, you’ll end up with a com¬ 
plete copy of every unhidden file on your hard disk. 

One more thing: If you want to exclude only a file or 
two from your “universal” backup, you can do so easily. 
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Simply follow the ATTRIB command listed above with 
another ATTRIB command that takes the foiTn 

attrib -a filename 

where filename is the full path name of the file you want 
to exclude from the backup. 

For example, suppose you want to make backup 
copies of all the files on drive C, except for the file 
C:\123\BUDGET.WK1. To do this, you would use the fol¬ 
lowing three commands: 

Oattrib +a c: \* . * /s 
Oattrib -a c: \123\buciget. wkl 
Oxcopy c:\*.* a: /s /m /v 

The first command turns on the archive bit of every 
file on drive C. The second command turns off the 
archive bit of the file C:\123\BUDGET.WK1. Finally, the 


third command tells DOS to copy to drive A all the files 
on drive C whose archive bit is turned on. 

Greg Laws 
Winfield, Kansas 

Mr. Laws’ insights into this technique are very im¬ 
portant. As he points out, failing to use the ATTRIB 
command before issuing the XCOPY command will re¬ 
sult in incomplete backups. By following Mr. Laws’ 
guidelines, however, you can ensure that DOS will back 
up all the files you specify. 

Incidentally, Mr. Laws’ letter demonstrates only one 
of the many powerful uses for the ATTRIB command. In 
future issues of Inside DOS, we’ll show you some addi¬ 
tional uses for ATTRIB, including how to change a file’s 
status to read-only, and how to copy all files except 
those you specify into another directory. I 


ADVANCED COMMAND TECHNIQUE 


Using the FOR command to issue several 
commands at once 


H ave you ever wanted to execute a command 

more than once in a batch file, and were forced 
to type in those commands one after the other, 

like this: 

xcopy c:\sys\*.* a: /s 
xcopy c: \data\* .a: /s 
xcopy c: \bat ch\ * a: / s 

If so, you can take advantage of the FOR command. FOR 
allows you to use a single command to issue several 
commands at once. 

Although FOR is a little more complex than most 
DOS commands, you can really save yourself some time, 
and improve the efficiency of your batch files, once you 
understand how to put this command to work for you. 
The FOR command takes the form 

for %%p in (set) do command 

You must include the words in and do in the FOR com¬ 
mand—they are not arguments. The argument %%p is a 
replaceable parameter. As you’ll see in a moment, DOS 
assigns to %%p, in turn, each value in set. 

The set argument specifies the list of possible values 
DOS will assign to %%p. You must separate the items in 
set with spaces and place parentheses around the entire 
list, like this: (1 23 4). If you want to use filenames as 


the elements of set, you can use DOS wildcards to 
specify those names, as in (cr^.bat). 

The argument command is the DOS command you 
want to cany out more than once—it can be any DOS 
command other than FOR. Typically, command will in¬ 
clude at least one replaceable parameter—either the 
FOR command’s replaceable parameter, %%p, or a batch 
command parameter, like %1. (For a detailed discussion 
of batch command parameters, see the article in the July 
issue entitled “Creating Batch Commands that Operate 
on Variable Data.”) 

Let’s take a moment to consider what happens when 
you issue a FOR command. First, DOS assigns to the vari¬ 
able %%p the first value in set, and carries out com¬ 
mand. Next, DOS assigns to the variable %%p the sec¬ 
ond value in set, and once again carries out command. 
DOS continues this process until it has assigned to %%p 
every value in set. 

If you don’t yet understand how the FOR command 
works, don’t worry. Like most DOS commands, FOR is 
much easier to understand once you've seen some ex¬ 
amples of its use. 

One more thing before we get into the examples: 
You don’t have to use %%p as the FOR command’s re¬ 
placeable parameter—^you can substitute for the letter p 
any character other than one of DOS’ redirection sym¬ 
bols (<, >, or I). For instance, you can use %%f or %%1 
in place of %%p. 
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An example 

Let’s demonstrate the FOR command by using it to do 
something very simple. For instance, suppose you want 
to include the following three ECHO commands in a 
batch file: 

echo land 
echo air 
echo sea 

Instead of entering all three of these commands, you 
can use the following FOR command: 

for %%p in (land air sea) do echo %%p 

As you can see, the command argument of the FOR 
command is 

echo %%p 

Consequently, the FOR command will repeatedly is¬ 
sue this ECHO command, substituting each of the words 
you’ve included in set for %%p. To test this command, 
create a batch file named FORTESTl.BAT by typing 

Ocopy con fortestl.bat 

for %%p in (land air sea) do echo %%p 

1 File(s) Copied 

Now, mn this batch file by issuing the command 
C>fortestl 

Because you didn’t include an echo Oj^command in 
your batch file, DOS will display the batch file’s com¬ 
mands as it executes them, starting with the FOR com¬ 
mand 

Of or %p in (land air sea) do echo %p 

At this point, DOS repeatedly carries out the ECHO 
command for each value in set, substituting each value 
(land, air, and sea) for the replaceable parameter %%p in 
the ECHO command: 

Oecho land 
land 

Oecho air 
air 

Oecho sea 
sea 


You might have noticed in this example that DOS 
drops one of the % signs off of the parameter %%p 
when it displays the FOR command on the screen. 
Don’t let this trouble you—DOS leaves one % sign in 
front of the letter p so you can still identify the item as a 
replaceable parameter. 

Including batch 
command parameters 

As we mentioned earlier, you can include batch com¬ 
mand parameters, such as %1, in your FOR commands. 
However, because you can have both %1 and %%p in the 
same command, make sure you remember the differ¬ 
ence between these two types of parameters. The %%p 
parameter refers to one of the values in the set argument 
of the FOR command, whereas the %1 parameter refers 
to the first parameter you type on the command line, the 
%2 parameter refers to the second parameter you type 
on the command line, and so forth. Let’s clarify this con¬ 
cept with a simple example. 

Suppose you want to create a batch file named 
FORTEST2.BAT that displays the three words you supply 
as parameters to the batch command. One way you 
could do this is by including the following three com¬ 
mands in the file: 

echo %1 
echo %2 
echo %3 

However, you can instead use a single FOR com¬ 
mand that performs the same task: 

for %%p in (%1 %2 %3) do echo %%p 

To create a batch file that contains this command, 
just type 

ocopy con fortest2.bat 

for %%p in (%1 %2 %3) do echo %%p 

1 File(s) copied 

The FOR command in this batch file tells DOS to 
carry out the command echo %%p three times, substitut¬ 
ing for %%p, in turn, each of the three words you type 
on the command line. 

To test the FOR command, simply type 

Ofortest2 quick brown fox 

Immediately, DOS displays the FOR command 

Of or %p in (quick brown fox) do echo %p 
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As you can see, DOS has already substituted the 
words quick, brown, ^nd fox for the parameters %1, %2, 
and %3 in the FOR command’s set argument. 

After DOS displays the FOR command, it carries out 
the command echo %%p three times, substituting for 
%%p each of the three words you supplied on the com¬ 
mand line: 

Oecho quick 
quick 

Oecho brown 
brown 

Oecho fox 
fox 

specifying filenames in the 
set argument 

All the sample FOR commands we’ve shown so far use 
literal words (like quick, brown, and fox) as their ar¬ 

gument. Most of the time, however, you'll want to 
specify a list of filenames for set. To do this, you can ei¬ 
ther type out the name of each file individually, or you 
can use the wildcard characters and ? to specify the ap¬ 
propriate file names. 

For example, suppose you want to copy to drive A 
eveiy file in the current directory whose extension is 
TXT. (Of course, you could easily do this with the COPY 
or XCOPY command, but we’ll use this scenario for the 
sake of example.) I’he FOR command that will do this is 

Ofor %%p in (*.txt) do copy %%p a: 

This command tells DOS repeatedly to issue the 
command 

copy %%p a: 

substituting, in turn, the name of eveiy file in the current 
directoiy whose extension is TXT. 

Unfortunately, the FOR command doesn’t let you 
use wildcards to specify a list of directoiy names. For in¬ 
stance, if you want to remove all the subdirectories from 
the current directoiy, you might be tempted to use the 
command 

Ofor %%p in (*.) do rd %%p 

As soon as you issue this command, however, DOS will 
display the message 

Syntax error 

and will return you to the DOS prompt, indicating that 
directoiy name wildcards aren’t allowed in set. 


Using batch commands in the 
command argument 

As we mentioned earlier, the command argument in a 
FOR command can be any DOS command. If you specify 
a batch command as your command argument, DOS 
won’t cany out command for every value in set. Instead, 
it will cany out command for the first value in set, and 
then will immediately return to the DOS prompt. 

To carry out a batch command for every value in set.^ 
you need to perform an extra step. If you ’re using DOS 
3.3 or later, just precede the name of the batch com¬ 
mand with the word call. For instance, if you want to 
i*un the batch files 

TESTl.BAT 
TEST2.BAT 
TESTS.BAT 

one after the other, you can use the command 

Ofor %%p in (1 2 3) do call test%%p 

If you’re using version 3.2 or earlier, however, you'll 
need to precede the batch command with command jc 
instead of call, like this: 

Ofor %%p in (1 2 3) do command /c test%%p 

If you fail to precede the command test%%p with either 
call or command Ic, DOS will return to the DOS prompt 
immediately after it executes the batch file TESIT.BAI'. 

Conclusion 

In this article, we’ve introduced you to the FOR com¬ 
mand, which lets you issue several similar commands at 
once. Now that you’re familiar with the basics of this com¬ 
mand, read the aiticle on the back page entitled “ fighten- 
ing up Batch Files Using the FOR Command,” which shows 
you a practical application for this command. Of course, 
we ll present some additional tips and techniques that use 
the FOR command in future issues Inside DOS. 1 


Inside DOS back issues 

Back issues of Inside DOS are a handy resource. It 
your Inside DOS library is incomplete, you should 
invest in back issues. These issues are available 
for $4 each. To order back issues, call The Cobb 
Group toll free at 1 -800-223-8720. A free index is 
available upon request. 
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BATCH FILE TIP 


lightening up batch files using 
the FOR conunand 


In the article ‘Vsing the FOR Command to Issue Several 
Commands at Once'' on page 9, we introduce you to 
DOS' FOR command. This article shows you one practi¬ 
cal application for the FOR command. 

I f you use the IF command in your batch routines 
to check a particular condition, you’ll probably 
end up with some clumsy, repetitive program 
code. For instance, if you write a batch routine that re¬ 
quires you to check the value of the system variable 
ERRORLEVEL, you’ll probably end up with some code 
like that shown in Figure A. 

Figure A 


keypress 

if errorlevel 3 goto err3 
if errorlevel 2 goto err2 
if errorlevel 1 goto errl 
:ERR3 

errj commands 
:ERR2 

err2 commands 
:ERR1 

errl commands 


This batch code includes three consecutive IF commands. 

As you can see. Figure A includes three consecutive 
IF commands that check the value of ERROR1.EVEL, 
then tell DOS to branch to the appropriate section of 
the batch file (ERR3, ERR2, or ERRl). 

Whenever you see consecutive batch commands 
that are nearly identical to one another, like the three IF 
commands in the above routine, you can use the tech¬ 
nique we explain in the article on page 9 to condense 
those commands into a single FOR command. In this 


case, you can change the sample block of code to that 
shown in Figure B. 

Figure B 


keypress 

for %%p in (123) do if errorlevel %%p goto err%%p 
:E9R3 

errj commands 
:ERR2 

err2 commands 
:ERR1 

errl commands 


We've tightened up the code in Figure A by replacing the three 
IF commands with a single FOR command. 

Notice that the latter section of code is shorter and, 
therefore, requires less disk space than the former sec¬ 
tion. However, the series of IF statements in the former 
section are probably easier to write and to maintain on 
an ongoing basis. Consequently, you should use the 
former approach when ease of writing and maintenance 
is important, but you should take the latter approach 
when you want the batch file to contain as few com¬ 
mands as possible. 

By the way, you might have noticed that we reversed 
the order of the numbers 3, 2, and 1 in our FOR com¬ 
mand. We had to do this in order to allow the FOR com¬ 
mand to successfully branch to the appropriate section 
of the batch file. Wlienever you use the FOR command 
to perform this type of comparison test with the variable 
ERRORLEVEL, make sure you place the values in the 
FOR command’s set argument in ascending order. Oth¬ 
erwise, the FOR command won’t successfully branch to 
the appropriate section of the batch file. 1 
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